Thundercall, the call before the storm

ABSTRACT

ThunderCall is a computer based system for delivering NWS(National Weather Service) severe weather warnings as a message (personalized information, if desired) via an automated dialing system to live persons and to automated recorders comprising the steps of: forming a database of names with their respective geographic locations; capturing a NWS Bulletin reciting the location of a severe storm; validating a relevant Bulletin into a Valid Bulletin by determining from the storm&#39;s location that it represents an imminent severe storm danger to at least one person of said database (capable of 10,000,000 or more persons) recording, if desired, an individual personal urgent warning to the name of the intended recipient of the Valid Bulletin; combining, if desired, said personal warning with a generic severe storm warning for said recipient; and, sending said Valid Bulletin with said combined warnings to said person whereby he is alerted within seconds of the release time of said National Weather Service bulletin to the danger of said storm. The storms can include but are not limited to warnings for tornados, severe storms, hurricanes, winter storms, and other impending storms, and the like, and can be delivered to answering machines, live telephone recipients, PC screens, and can further shut down electrical equipment such as PCs.

This invention relates to telephone message systems, and in particularto computer system where severe weather conditions are automaticallycommunicated to subscriber telephones whereby safety procedures can beundertaken before the weather reaches the subscriber's area and is aContinuation-In-Part of U.S. application Ser. No. 09/124,697 filed onJul. 29, 1998, now U.S. Pat. No. 6,324,262, which claims the benefit ofU.S. Provisional Application 60/079,454 filed on Mar. 26, 1998 andfurther claims the benefit of U.S. Provisional Application No.60/189,234 filed on Mar. 14, 2000 all of which are by the same assigneeand the same inventors of the subject invention.

BACKGROUND AND PRIOR ART

Group emergency call systems are intended for use by volunteer firepersonnel, civil defense, or other groups requiring quick andsimultaneous distribution of a message from a single individual to anumber of other individuals. This service has historically been used inrural areas to provide one-way communication from a control position toa reselected group or groups of individuals. The traditional method ofproviding this service has been to install an adjunct switching systemin the central office exchange that is cross-connected to linesdedicated for emergency use by the group emergency call system. Examplesof such prior art cross-connected adjunct or add-on systems are the 291Emergency Reporting System by Tellabs Inc., and the Emergency Out DialSystem manufactured by Message Processing System, Inc. Such prior artsystems suffer from the disadvantages of being expensive and complex,and requiring external maintenance terminals and sophisticatedelectronic equipment. Furthermore, such add-on emergency group callsystems are incapable of providing standard central office or PBX callfunctions such as automatic call forwarding from an emergency hunt groupsubscriber set to a further set in the exchange. For example, theaforementioned 291 Emergency Reporting System utilizes a siren fornotifying subscribers whose sets have been placed in call forward ordo-not-disturb modes as well as rural areas and small towns who havebeen devastated in recent years by severe weather conditions.

Communicating messages by telephone has increased tremendously in thepast decade. Communicating information such as advertisements and publicannouncements has become very important. Leaving pre-recorded messagesto subscribers has become a popular technique for communicatinginformation to thousands of individuals and businesses. There have manyproblems associated with leaving pre-recorded messages. For example,many pre-recorded messages are not noted immediately because therecipients do not quickly respond to the pre-recorded message and/or thepre-recorded messages are not correctly received by the answeringmachines. Thus, it has become more popular than ever in thecommunicating of messages to use computers, which will detect conditionsthat an answering machine is receiving the call.

Attempts have been made over the years to overcome the problems withdelivering messages to telephone answering machines. See for exampleU.S. Pat. Nos.: 4,667,065 to Bangerter; 4,941,168 to Kelly, Jr.;5,371,787 to Hamilton; 5,430,792 to Jesurum et al.; and 5,581,602 toSzlam et al. However, these patents are generally limited to sensingaudio signals generated by the answering machines and do not cover allthe types of answering machines which start recording after differentselected delay times. For example, many of these devices commenceplaying a recorded message based on mistakenly detecting when the “beep”has occurred. The false “beep” signal is a common problem for realcallers trying to leave messages on answering machines. Furthermore,these patents do not fully analyze the connected calls in order toutilize preselected delay times to deliver and fully play recordedmessages which is of vital importance when delivering emergency messageswarning of the approach of severe weather conditions which can endangerhuman life.

Message delivery systems, which deliver a recorded message to ananswering machine, must solve the problem of determining when to“Launch”(begin playback of) the prerecorded message. Conventionalsystems rely on a timer to determine the moment to begin playback of therecorded message which systems experience a high percentage oftruncation of the recorded message. Other serious problems includes: thecalled answering machine may disconnect the call due to prolongedsilence before the message playback begins; failure to listen to themessage since pre-recorded messages oftentimes do not personally addressthe individuals being called; and generally ignoring important messagessuch as when the message is dealing with imminent dangerous weatherconditions and other imminent dangers, and the like.

Other patents of general message communication interest include, U.S.Pat. Nos. 5,404,400 to Hamilton; 5,444,767 to Goetcheus et al.;5,652,784 to Blen et al.; and 5,787,151 to Nakatsu et al. However, noneof these patents solve all of the above problems.

Although the above has dealt with the problems relating to pre-recordedmessages introduced onto an answering machine, it is further essentialthat a severe weather warning of imminent danger to area where theintended recipient is present and/or has an interest in monitoring beprovided. There have been extensive efforts by the United StatesNational Weather Service to warn of emergency weather conditions. TheNational Weather Service broadcasts weather and weather emergenciesacross the United States using seven different regional weatherchannels. These seven channels range in frequency from 162.4 to 162.55MHz and employ narrow band FM modulation. When a regional weatheremergency exists, the weather service modulates a 1050 Hz tone on theappropriate 162 MHz weather frequencies for 10 seconds to alert thepublic of an impending weather emergency. However, the 1050 Hz tone willnot be heard by anyone who is not listening to a radio tuned to thatlocal weather channel at 162 MHz, at the time of the emergency.Additionally, individuals will only be warned of weather eventsoccurring within their immediate signal broadcast range. If anindividual needed to be alerted to severe weather events taking placehundreds of miles away, for example individuals with elderly relativesin a distant city or a person monitoring the conditions at a distantranch containing livestock, the National Weather Service broadcasts inthose areas would not reach their location, and therefore no warningwould be communicated.

One approach to this non-reception problem is to implements a weatherradio receiver into a cordless telephone system to allow a user to hearthe National Weather Service broadcast over the cordless telephone. Acontrol allows the user to listen to the regional weather broadcasteither from the base unit or from the handset unit. When a weatheremergency exists, a 1050 Hz tone transmitted by the weather service willbe announced through the base unit speaker as well as through thehandset unit speaker regardless of whether the user is listening to theregional weather broadcast or is on the telephone at the time of theemergency (see U.S. Patent No. 5,541,980).

There still represents a serious need to provide a rapid response systemto directly alert one who is interested in protecting the lives ofoneself, oneself and property from threatening severe weather conditionssuch as tornadoes, hurricanes, lightning, hailstorms flash floods andwindstorms by a warning system which delivers a severe storm warningalertly to the personal telephone or other communication system whichcan protect life and/or property for 24 hours a day.

SUMMARY OF THE INVENTION

The primary object of this invention is to provide a computer basedsystem of delivering severe weather warnings within seconds of aNational Weather Service bulletin release to individuals.

The secondary object of this invention is to provide a computer basedsystem of delivering severe weather warnings to telephones withinseconds of a National Weather Service bulletin release to individuals.

The third object of this invention is to provide severe weather warningsto telephones directly to homes and businesses.

The fourth objective of the present invention is to assure subscribersall will be notified at all times whenever bad weather represents animminent danger to their homes and businesses.

The fifth object of this invention is to provide severe weather warningsto telephones as the weather evolves directly to homes and businesses.

The sixth object of this invention is to provide a severe weatherwarning telephone dialing software message delivery system tosubscribers having a local ZIP code identifier or other standardizedgeographic identifier, such as National Weather Service “Zones”.

The invention encompasses three embodiments. The first embodimentencompasses delivering pre-recorded personalized severe storm warningmessages. A database includes all subscribers to the Thundercall severestorm warning system and the location designation of each. The inventionchecks the subscriber location database to see if any severe storm areadefined by the NWS release is in imminent danger, e.g. having beendenoted as a “WARNING” event, (as opposed to a “Watch” event) and iffound then immediately warns all subscribers within the location ofdanger.

The second embodiment encompasses using the RealCall invention of theparent invention for delivering pre-recorded personalized severe stormwarning messages after an answering machine has been detected andlaunches the pre-recorded recorded warning message. RealCall replacesthe pre-set timer controls of the prior art devices with an“interactive” logic, where the invention “listens” to the answeringmachine's outgoing message and waits for a condition suggesting that theanswering machine is in “record” mode. RealCall tests for the “record”mode condition by continuing to “listen” to the call for confirmationbefore starting to launch. As a result, the time interval from themoment the call connects until RealCall “launches” a message isdifferent for each call placed by the RealCall system. The novelRealCall invention is a next level that comes into play after the systemhas detected whether the received call in the dialer system has reacheda live person or an answering machine. Such a system is described inreference to U.S. Pat. No. 5,371,787 to Hamilton, which is incorporatedby reference. The RealCall portion of the invention uses dual two tiersteps after determining an answering machine has been reached. One twotier approach determines if a solid non human tone of at least onesecond duration is detected in the connected call and then playing therecorded information message only after the tone has been followed by apreselected interval of silence The other two tier approach determinesif silence of at least two seconds is detected in the connected call (inlieu of the indication of a solid non human tone of at least one secondduration) and then playing the recorded information message only afteranother one second interval of silence has been detected. The systemallows for the delivery of a complete severe storm warning message in anontruncated form onto the answering machine within approximately two tothree seconds of the start of the answering machine's recording stepwithout allowing the machine to cut-off the complete pre-selectedmessage during the recording. Unlike the limitations in the prior artsystems, the novel invention can be used with all types of answeringmachines such as, but not limited to a tape machine, a digital machine,a pager, a telephone provider voice/memory call machine, and a cellularmachine.

The third embodiment of the invention is a communication system wherethe information delivered of a severe storm warning provokes previouslydesignated action on part of the subscriber's equipments to shutdownelectronic equipment such as computers and associated equipment, allelectrical power to the subscriber's power and disconnecting alltelephone circuitry. In this embodiment, storm warning messages can bedelivered to the active screen of the PC user, and/or warn of theimpending shut down of the PC equipment and/or warn that electricalequipment, telephone connected equipment, and the like, should be shutdown.

The first and second embodiments can be combined together so that theRealCall system works in conjunction with delivering personalizedgreetings to the person being called.

Further objects and advantages of this invention will be apparent fromthe following detailed description of a presently preferred embodimentwhich is illustrated schematically in the accompanying drawings.

BRIEF DESCRIPTION OF THE FIGURES

FIG. 1 illustrates a system diagram illustrating the novel Thundercalltelephone severe weather warning message delivery system invention.

FIG. 2 is a chart illustrating the subsystem for processing of a severeweather warning bulletin to a customer at a designated location found tobe in imminent danger of said severe weather.

FIG. 3 diagrammatically illustrates the telephony subsystem that can beused for the invention.

FIG. 4 illustrates a preferred setup using the novel severe weatherwarning message delivery system of the invention.

FIG. 5 is a chart of the seven (7) steps used in the novel telephonedialing software message delivery system invention of FIG. 3.

FIG. 6A is a flowchart of the dialer program portion steps 1-4 of thenovel telephone dialing software message delivery system invention ofFIG. 5.

FIG. 6B is a flowchart of the dialer placing call and monitoring portionsteps 5-7 of the novel telephone dialing software message deliverysystem invention of FIG. 5.

FIGS. 6C and 6D is an overview of the entire flowchart process of thenovel telephone dialing software message delivery system invention ofFIGS. 5 and 6A-6B.

FIG. 7 is a second embodiment flowchart of modifying the flow play ofrecording step 600 of FIGS. 6B and 6C to personalizing a pre-facemessage prior to the pre-recorded message.

FIG. 8 shows the six sub-step flowchart for the novel for thepersonalized pre-face message step of FIG. 7.

FIG. 9 illustrates a tornado warning bulletin for use in the subjectinvention.

DESCRIPTION OF THE PREFERRED EMBODIMENT

Before explaining the disclosed embodiment of the present invention indetail it is to be understood that the invention is not limited in itsapplication to the details of the particular arrangement shown since theinvention is capable of other embodiments. Also, the terminology usedherein is for the purpose of description and not of limitation.

FIG. 1 diagrammatically illustrates the system of ThunderCall by meansof which the NOAA weather Bulletins 12 which are obtained from theGEOS-8 East Weather Satellite 14 by the satellite receiver 16 andthereafter processed into a bulletin by interaction with a bulletindatabase 20. By advertising on the Internet 22 and obtaining there fromsubscriptions service 24, the system develops a customer database 26which holds the names and pertinent information of subscribers. Thebulletin processing 18 interacts with the designate customers 28determined by location from the database 26 and communicate the severestorm warning through the telephony subsystem 30 (shown in detail inFIGS. 1-3.). Its voice output 29 is sent to the numerous phone banks 32for transmission to the customers 34, and the voice messages can beedited and maintained through edit and maintenance software 31.

Referring now to FIG. 2, it shown there in diagrammatic fashion of howNWS information from the satellite receiver 16 provides for bulletinfile capture 202 from which the relevant valid bulletins 204 arecaptured at step 206 with the time noted from bulletin time module 205and thereafter identified as relevant at step 208 by using its location(State, County, Zone, ZIP) 210 in comparison with the location codes 212of the customers and establishment that it is a Valid Bulletin at module213. Having identified relevant Bulletins, the system designates it asan Active Bulletin 214 which severe storm weather bulletin 214 is sentto the designated customers 216 alerting each to imminent lifeendangering climatic conditions and to Bulletin History File 215 whichprovides information as to the likelihood of various severe storms atany of a multitude of locations. The Selected Valid Bulletins 204 arestored as Valid Bulletins 207 and also temporary temporarily stored withall Bulletins at 208 captured by Bulletin File 202.

FIG. 3 sets forth in block form how the telephony subsystem 30 of FIG. 1functions with the designated customers 216 of FIG. 2. When the NWSweather Bulletin 12 is transmitted to the Bulletin File Capture 202 asshown on FIG. 2, the identity of the Bulletin Location 208 is thereafterprocessed into an Active Bulletin 214 which further establishes theDesignate Customers 216 which are to be advised of the imminent dangerof the approaching severe storm. The customers to be called and themessage to be sent to them 218 is analyzed to determine and identify thetelephone lines required 220 by interrogating the database as to validcustomers 222. The next step is to select the phone matrix 224 based oninput from lines required 220 and the valid customers of the database222. Input to matrix 224 comes from stored data of the Bulletin messagescript and phone number 226. This composite information to be laterdiscussed flows into phone banks 32 numbering 864 as seen at 33 to besubsequently communicated to customer 34.

In addition to severe storm weather telephone messages including voicemessages, there are other procedures which could take place including:the transmission of a specific sequence of DTMF tones or other signals35 which could first alert the subscriber and a second signal toinitiate an automatic shut down of the PC equipment; a signal could besent through the line to activate a self powered siren 37 to alertanyone within hearing that a severe storm was approaching. Additionally,an interrupt page could appear on the screen of the PC user warning themof the storm warning message.

FIG. 4 illustrates the preferred setup of the THUNDERCALL severe weatherearly warning service that will call your telephone and deliver apre-recorded message within seconds after a warning is issued by the NWSfor your area. A severe weather alert is sent by NWS via satellite 302which is captured by satellite equipment 304 which alert is processed bycomputers having a location database 308 and if a warning is requiredfrom location of relevant customers from said database 308, theappropriate subscribers are selected 310 and THUNDERCALL warnings aredelivered 312 are rapidly delivered to customers telephones 314.

This main computer system 306 includes a PC such as an IBM compatible PChaving 200 MHZ or higher, with Pentium processor and the like, includinga standard harddrive, 14″ or greater color monitor, mouse and keyboardfor input. PC 15 is connected to a Telephony Hardware 20 such as but notlimited to an Analog/Digital Multi Channel Telephony card such as theDialogic D41D (Analog), D240SC-T1 and D/240SC-T2(Digital), and the like.The CT hardware can be a 12″ computer card used in the computer 306 andincludes the following features of playing voice messages to a caller,digitizing and recording voice signals, connecting directly to telephonelines, and placing outbound calls and reporting the results of thecalls. The Dialogic Computer Telephony (CT) card model no. D/240SC-T1and D/240SC-T2 can allow twenty-four (24) telephone lines to operatethrough a single digital T1 connection. The software uses multitaskingOS (Windows 2000 or Windows NT or similar), and can be developed withprogramming language software such as but not limited to C++, VisualBasic, Delphi, and the like. Software further uses a Custom Controlsoftware for control of the CT hardware. Programming languages (i.e.Microsoft's Visual Basic) provide a conduit for programmers to access acomputer's built in capabilities. Programming languages refer to codewhich accesses specific capabilities, such as viewing the contents of ahard drive, or playing sound files over a computer's sound card asCONTROLS. The Custom Control software 30 are controls which are notprovided part of the programming language, but are typically developedby third party software developers.

The software further uses database software for maintaining the callinglists, such as but not limited to Microsoft Sequel Server, Dbase,Foxpro, and the like. The calling lists in the RealCall inventioncontain at least the following: phone number (approximately 10 digits),geographic area indicator (such as ZIP code), message file name(s), callhistory field, connect time field, record number (unique), date and timeof call, and last call status. Although not required, the calling listscan contain additional information such as but not limited to names,addresses, past consumer behavior, and the like.

Along with the telephony CT hardware and software is the telephoneservice of the telephony subsystem 30 such as but not limited to Analog(RJ11-RJ14) interface, Digital (T1) interface and the like, which comesfrom the telephone service provider. The telephone service provider,such as but not limited to BellSouth and MCI, provides access to thenetwork of telephone lines linking all telephones across the UnitedStates.

A telephone carrier connects automatically dialed calls from maincomputer system 306 to deliver messages to the remotely locatedanswering machines 314, and the CT hardware monitors the call status.For example, ellSouth can provide a “Dial Tone” service, (which can berequired by some CT hardware) and MCI can provide digital T1 service (nodial tone). Both BellSouth and MCI can provide a “Switching” capability,wherein each call can be routed over any available wire network todeliver the call to the appropriate telephone.

The telephone system of this invention can successfully interpret bothtraditional answering machines (tape and digital) as well as answeringservices such as but not limited to BellSouth's “Personal Voice Mail”and “Memory Call” as well as cellular phone answering services such as“Mobile Memo” and pager messaging services. The RealCall invention canwork with any answering system, which plays a voice message and thenrecords the caller's message.

FIG. 5 is a chart 7 of the seven (7) steps used in the preferred noveltelephone dialing software message delivery system 30 of FIG. 1. Theseven (7) steps cover the interaction between a novel dialer program anda link program, which is shown in greater detail in reference to FIGS.6A-6C. The first four steps can be accomplished by the Dialogic systemscovered under U.S. Pat. Nos.: 5,371,787(machine answer detection);5,638,436 & 5,450,484(voice detection); 4,979,214(speech recognition);5,404,400(outcalling apparatus) and 5,764,759, all of which areincorporated by reference. Other dialing systems can be used whichinitially determine when an answering machine has been detected throughstep 400.

An overview of the seven (7) steps will now be described. Referring toFIG. 5, the first Step 100, the Dialer program requests the next(telephone) number to be dialed from the “Link program” which has accessto the calling database in the main computer 306. The “Dialer” step 100is responsible for dialing a telephone number, determining the status ofthe call and delivering the recorded message of the severe storm warningat the appropriate time. For example, each phone line is monitored bythe Dialer program step. In the second Step 200, the Link requests infofor the dialer step from a database of phone numbers. A novel Linkprogram insures that individual phone numbers are dialed only once. TheLink program is the only program which communicates with the database ofphone numbers directly. Each dialer program submits requests for newphone numbers to the Link, which processes these requests in the orderreceived and retrieves information from the database of phone numbers onbehalf of each dialer program. In addition, the Link program updates thedatabase with completed call statistics, which are communicated to theLink program from each Dialer program as calls are completed. Thepurpose of the Link program is to avoid system resource problems, whichcan occur when hundreds of Dialer programs attempt to simultaneouslycommunicate with a database directly. Third Step 300 has the databasesend record info from the database to the Link. And the Fourth Step 400sends the database Info to the dialer.

The subject invention novelty comes into play with the Fifth Step 500 inFIG. 5. Fifth Step 500 has the dialer place the call and beginsmonitoring call status. The call status can include whether the callconnected to an answering machine, busy signal, reached a Facsimiletone, no answer, and the like. Sixth Step 600 plays the recorded file,and the seventh Step 700 compiles call stats (statistics) and sends theinformation to the database 308 in main computer 306. After a call iscompleted, the novel program software updates each record with theresult statistics (stats) of the call. The stats can include thedisposition of the call (delivered to a live person or delivered to ananswering machine), the length of connect, the call status, the time ofday, and the like.

FIG. 6A is a flowchart 70 of the dialer program portion steps 1-4 of thenovel telephone dialing software message delivery system invention ofFIG. 5. FIG. 6B is a flowchart 80 of the dialer placing call andmonitoring portion Steps 5-7 of the novel telephone dialing softwaremessage delivery system invention of FIG. 5, and will be explained ingreater detail later. FIG. 6C is an overview of the entire flowchartprocess 90 of the novel telephone dialing software message deliverysystem invention of FIGS. 5 and 6A-6B. FIGS. 6A-6C are further explainedin detail in U.S. patent application Ser. No. 09/124,697, now U.S.Patent No. 6,324,262, to the same inventor and assignee of the subjectinvention, which is incorporated by reference.

Referring to FIGS. 6A and 6C, the dialer program 70 initiates the firstStep 100 which requests the next telephone number to dial and uses thelink program 150 to communicate to the second Step 200 which is the linkrequest for information for the dialer from the database 250 (aka 308 ofFIG. 4). Third Step 300 has the Database 250 send record information tothe Link program 150 to the fourth Step 400 which is a process thatsends the telephone and Database information from the Link program tothe dialer program 70 and to the flowchart shown in FIG. 6B. When theDialer program 70 requests a new number to call, the Link program 150sends the Dialer program 70 the following bits of data: a telephonenumber, the name of the recorded severe storm warning message(s) to playonce connected, and the unique number of the subscriber. When the Dialerprogram 70 has completed a call it sends to the Link program 150 thefollowing: recorded number of completed call, call length and theresults of the call. The first five Steps 100, 200, 300, 400 and 500 ofFIGS. 6A-65C take place in the main computer system 306 of FIG. 4.

FIG. 6B is a flowchart 80 of the dialer placing call and the novelmonitoring portion Steps 5-7 of the telephone dialing software messagedelivery system of FIG. 5. FIG. 6C is an overview of the entireflowchart process 90 of the novel telephone dialing software messagedelivery system invention of FIGS. 5 and 6A-6B. Referring to FIGS.6B-6C, the fifth Step 500 receives by line 76 the telephone number anddatabase information from the dialer program 70 and a dialer places thesevere storm warning call and begins monitoring the call status. Twooutputs can be the result of the fifth Step 500, either the callconnects 505, or the dialed call doesn't connect 595. Any call, whichdoes not result in the telephone being answered by either a live personor a telephone answering machine, is considered a “Non Connect”.Examples of non connected calls are those resulting in Busy, No answer,No Ringand Operator Interrupts. If no connect, then the seventh Step 700occurs where the system compiles the Call Stats and sends information todatabase 250 via link 150 and the line 800 prepares for the next callback to first Step 100.

Referring back to both FIGS. 6B and 6C, if a call connects via eitherpath 510 or 515 what occurs will now be explained in detail. Under 510,an answering machine can be detected via background noise. The CThardware of the computer 306 of FIG. 4 can detect an answering machineby analyzing the frequency of the background noise present in the calledparty's voice response and compares it to a profile of the backgroundnoise typical of recorded messages. If the CT hardware determines thepresence of an answering machine in this manner, or in any other mannerproprietary to the specific CT hardware, it communicates thisinformation to the novel system (via the Custom control software) andthe novel part of the Dialer program 70 responds. If the hardware 20does not detect an answering machine via its' built in detection, thenthe software in the Dialer program 70 determines whether the call isconnected to a live person or an answering machine by analyzing thelength (time) of the cadence of the voice which answered the telephone.The typical voice cadence of a live person is much shorter than that ofan answering machine. For example a live person answers the telephonegenerally in one of the following ways: “Hello?” (followed by silence),“Hello, Smith Residence”(followed by silence), “ABC Enterprises . . .how can I direct your call?” (followed by silence). In all of thesecases, the spoken words occur for a very brief period of time (less thanthree seconds), followed by a period of silence. In the case of atypical answering machine, the length of continuous human sound prior toa period of silence is much greater. An example of a typical answeringmachine message is “Thank you for calling the Smith Residence, we're nothome right now, but if you leave a message after the tone we will callyou back as soon as we can. Thank you for calling, and have a greatday”(followed by silence). After analyzing the cadence the RealCallinvention will have determined whether the call has reached an answeringmachine or reached a live person. The novel software system will thenproceed to take the appropriate action.

From the answering machine substep 510 shown in FIGS. 6B and 6C, thenext substep is to begin analyzing the call 530. From analyzing callsubstep 530, either a solid non human tone is detected for a minimumduration of 1 second substep 535 or silence is detected for a minimumduration of 2 seconds in substep 555.

Substeps 535 and 555 encompass the heart of the RealCall preferredtelephone system for sending out severe storm warning messages. In orderto have reached step 530, the system must have determined it has reachedan answering machine. The RealCall invention, i.e., the preferredtelephony system 30 of FIG. 1, now must try to determine the appropriatetime to launch the prerecorded message. To ‘analyze’ the call, theinvention begins to RECORD the answering machine. The novel program onlyhas instructions to stop recording under two conditions: (1) if it“hears” the presence of a solid, non human tone lasting at least onesecond in length (substep 535), or (2) it hears no sound for at leasttwo continuous seconds (substep 555). A solid nonhuman tone (substep535) would be typical of a “BEEP” indicating that machines readiness tobegin recording. However, since many answering machines play “BEEP”tones lasting less than one second, the two seconds of silence (substep540) will act as a safety measure to insure that playback begins if thenovel software does not recognize the “BEEP” indicator (substeps 540 and560). Additionally, many answering machines play a succession of “beeps”to indicate the number of unplayed messages currently residing on thesystem. The 2^(nd) stage of continued analysis (substep 540) insuresthat the recording does not begin while the answering machine is stillplaying a series of “beep” tones. During testing of the—proceduredescribed above and further defined in parent patent application Ser.No. 09/124,697, now U.S. Patent No. 6,324,262, to the same assignee andsame inventor as that of the subject invention which is incorporated byreference, simply identifying a “BEEP” (535) or two seconds of silence(555) did not indicate the moment when the answering machine beginsrecording with any high degree of accuracy. The reasons for theinaccuracy stems from many factors including: (1) machines which playmultiple “BEEPS” before recording starts, (2) machines which play onholdmusic (solid, non human tones) while preparing to record, (3) Outgoingmessages (OGMs) which contain periods of silence after the end of themessages but prior to the announcing of a “beep” tone indicating thestart of recording (this usually is the result of the owner of theanswering machine who records their OGM and then cannot stop therecording immediately after recording their script).

In order to obtain a higher degree of accuracy as to the momentrecording begins, the RealCall procedure uses a dual alternativetwo-step tier. If the system had previously identified an initial“BEEP”(solid non-human noise (step 535)), the invention then beginsre-recording the call, this time with instructions to end recording onlyafter a period of two continual seconds of silence (sub step 540). Thislogic believes that a “BEEP” or the playing of music has alreadyoccurred, and now the system is searching for the indication ofrecording, which will be evidence by silence. Consequently, if the firsttier analysis terminated for the presence of two seconds of silence (substep 555), the second tier analysis will simply test for another periodof at least one second of additional silence (sub step 560) beforelaunching. In this situation, the second tier search for additionalsilence eliminates false recording detection in situations where an OGMplays a period of silence prior to playing a “BEEP”. Testing of theRealCall procedure has determined that adding the second tier ofanalysis has increased overall accuracy in determining the proper momentto begin playback by over 75% over current systems described in theprior art section of this invention.

As mentioned above, from substep 535 (in FIGS. 6B and 6C), the systemcontinues analyzing the call until there is silence for 2 seconds(substep 540). After which from substep 540, the sixth Step 600 occurswhere the system plays the recorded information file message, followedby the system disconnects the call substep 650 and the seventh Step 700where the system compiles Call Stats and sends information to database250 via Link program 150 and substep 800 which prepares the system forthe next telephone number and the first Step 100.

As previously mentioned, the other path from Begin Analyzing Callsubstep 530, is if silence is detected (2sec) 555. From substep 555, thenext sub step is to Continue Analyzing Call Until Silence for 1 second,sub step 560. From substep 560, the sixth Step 600 has the system playthe recorded information file, followed by the system disconnect substep650 and the seventh Step 700 where the system compiles Call Stats(previously described) and sends the Stats information to database 250via Link program 150 and substep 800 which prepares the system for thenext telephone number and the first Step 100.

Referring to FIGS. 6B-6C, the Call Connects 505 passes through substep515 when cadence or voice is detected. Next the system tests the lengthof the connect, substep 520. If an AM (answering machine) Connect isindicated by a cadence length greater than 3 seconds, substep 525, thenthe system begins analyzing the call to determine the appropriate timeto play the message, substep 530, and the substeps 535 and 555 arechecked as previously described. AM connect refers to Answering MachineConnect, or a call which has connected to an answering machine, asopposed to calls which are connected to live persons.

Referring to FIGS. 6B-6C, if the test length of connect identifies aLive Connect as indicated by a cadence length of less than 3 secondssubstep 575, then the system goes to the sixth Step 600 where the systemplays the recorded information message immediately, and so forth aspreviously described.

FIG. 7 is a second embodiment flowchart of modifying the play therecording step 6, (also indicated as 600 on FIG. 5) of the firstembodiment for personalizing a message directed to the subscriber byincluding a personalized introduction greeting that states the callrecipient's first name, followed immediately by the generic pre-recordedsevere storm warning message as shown at 602. FIG. 7 shows analternative step 6 to that depicted in FIG. 6B. New step 6 has twopreliminary steps 610, 620 before playing the generic pre-recordedmessage 600. Referring to FIG. 7, step 610, takes the name of thesubscriber being called and compares it to an index of all personalizedfirst name greetings available (substep 610) from the database 308. If apersonalized first name greeting message exists that matches the firstname of the subscriber the personalized greeting message will be playedfirst (substep 620), followed immediately by the generic pre-recordedsevere storm warning message, step 600. Both messages are played insuccession onto the answering machine followed by step 690, where uponcompletion of the call, or termination by the called party hanging up,step7, 700 and the remaining steps 150, 250 and 800 are completed. Ifthere is no subscriber name available in the pre-recorded database atstep 610, the invention skips to step 600 and plays the genericpre-recorded message onto the answering machine, followed by step 690,700, 150, 250 and 800 as previously described.

FIG. 8 shows the six sub-step flowchart 1600 for the novel personalizedpre-face message step of FIG. 7. Personalized prefacing is used toenhance prerecorded message delivery systems such as the RealCallmessage delivery system shown and described in the first embodiment, aswell other computerized prerecorded message delivery systems.Personalized prefacing allows each prerecorded message to be initiatedwith a personalized greeting such as but not limited to “Hello Bill . .. ” followed by a generic pre-recorded severe storm-warning messagerecorded in the same voice as the personalized greeting such as but notlimited to “This is a ThunderCall severe weather warning call”. Whenused in conjunction with the RealCall embodiment or other systemscapable of delivering and leaving recorded messages on answeringmachines, the personalized preface invention enhances the perception bythe call recipient that the warning message was left by a live person,instead of by a computer. Under the first substep, 1 of FIG. 8identified as 1610, a subscriber location database is analyzed todetermine the names of all subscriber residing in the subscriberdatabase. Under the next substep 1620, a personalized greeting isrecorded for each of the most frequently occurring first names existingin the subscriber database.

The personalized greeting should be recorded using the same human voicethat records the generic information message being delivered to the callrecipients, so that the two messages (the preface and the genericmessage) can later be seamlessly merged by the system into what appearsas one continuous personalized message.

Under sub step 1630 in FIG. 8, once personalized greeting messages forthe selected subscriber's names have been stored, the generic message isrecorded in the same voice as that of the preface personal greeting.Under sub step 1640, calls warning of the forthcoming severe storm tosubscriber's home and/or location are now placed to the subscriber bythe computer dialing message delivery system. At the point in the callprocessing when the RealCall system is ready to play the severe stormwarning message, the system determines whether a personalized messageexists matching the first name of the subscriber identified for thatlocation as indicated in step 5 (also noted as 1650).

If the invention does not find a personalized greeting recordingmatching the subscriber's name, then the program simply launches thegeneric message without the personalized urgent greeting. If theinvention does find a personalized greeting recording matching thesubscriber's name, then the program will first play the personalizedgreeting message followed immediately by the generic warning message.

FIG. 9 illustrates a sample generic message script sent out tosubscribers warning of a tornado approaching the subscriber's location.

Although the preferred embodiments described under embodiment two aboveencompasses sending the combined personalized preface greeting andgeneric message to answering machines, the invention can be used withapplications where the call recipient does not have an answeringmachine, but instead picks up their phone live.

While the invention has been described, disclosed, illustrated and shownin various terms of certain embodiments or modifications which it haspresumed in practice, the scope of the invention is not intended to be,nor should it be deemed to be, limited thereby and such othermodifications or embodiments as may be suggested by the teachings hereinare particularly reserved especially as they fall within the breadth andscope of the claims here appended.

1. A computer based method for delivering severe weather warningscomprising the steps of: (a) forming a subscriber database of names andrelated phone numbers to each of the names with their respectivegeographic locations; forming a name database of first names of thenames of the subscriber database; determining frequency of occurrence ofgreatest number of the first names in the name database; recordingindividualized first name personalized greeting to the first nameshaving the greatest frequency of occurrence; (b) capturing a NWSBulletin reciting the location of a severe storm; (c) validating arelevant Bulletin into a Valid Bulletin by determining from the storm'slocation and severity that it represents an imminent severe storm dangerto at least one person of said database; combining each of theindividualized first name personalized greetings with the ValidBulletin; (d) placing a call to persons in the database, within secondsof the release time of said National Weather Service Bulletin to thedanger of the storm; (e) detecting either an answering machine or a livevoice signal from each said telephone number of said persons; and (f)delivering the combined individualized first name personalized greetingfollowed by the Valid Bulletin to each of said persons in anon-truncated form, whereby said Valid Bulletin is continuouslydelivered to both answering machines and to live persons in anontruncated form.
 2. A computer based method for delivering severeweather warnings continuously in a non-truncated form as a personalizedinformation message via an automated dialing system to automatedrecorders comprising the steps of: (a) forming a subscriber database ofnames with their respective geographic locations: forming a namedatabase of first names of the names of the subscriber database;determining frequency of occurrence of greatest number of the firstnames in the name database; recording an individualized first namepersonalized greeting to the first names of the names of the subscriberdatabase having the greatest frequency of occurrence; (b) capturing aNWS Bulletin reciting the location of a severe storm; (c) validating arelevant Bulletin into a Valid Bulletin by determining from the storm'slocation and severity that it represents an imminent severe storm dangerto at least one person of said database; (d) recording an individualfirst name personal urgent warning greeting to intended recipients ofthe Valid Bulletin; (e) combining each of said individualized first namepersonalized greetings with a generic severe storm warning for saidrecipient to form combined messages which includes the Valid Bulletin toform combined messages; (f) delivering the combined messages toanswering machines of the names of the subscriber database; and (g)playing the combined messages in a nontruncated form on each of theanswering machines.
 3. The computer based method of claim 1, whereinsaid warning is delivered to an active screen on the personal computer(PC) to warn that the PC will be shut down and then to initiate anautomatic shut down of the PC equipment.
 4. The computer based method ofclaim 1, wherein the detecting step (e) includes the steps of: (e1)alternatively determining if an answering machine noise signal emissionis detected over a first time period or a silence response is detectedover a second time period, the first time period being different fromthe second time period and if so going to step (f); and (e2) determiningif a live cadence/voice signal is detected and if so go to step (f). 5.The computer based method of claim 4, wherein the selected time periodis approximately one second, and the second time period is approximatelytwo seconds.
 6. The computer based method of claim 4, further comprisingat least one step selected from: subsequently detecting for a silentresponse from the answering machine over a subsequent time period afterthe detection of the answering machine noise signal, wherein thesubsequent time period is different from the first time period; andsubsequently detecting for a silent response from the answering machineover a subsequent time period after the detection of silence from theanswering machine, wherein the subsequent time period is different fromthe second time period.
 7. The computer based method of claims 1,wherein the Valid Bulletin is continuously delivered once in thenontruncated form to each of said persons.
 8. The computer based methodof claim 2, wherein the delivering step (f) includes the steps of: (f1)alternatively determining if an answering machine noise signal emissionis detected over a first time period or a silence response is detectedover a second time period, the first time period being different fromthe second time period and if so going to step (g); and (f2) determiningif a live cadence/voice signal is detected and if so go to step (g). 9.The computer based method of claim 8, wherein the selected time periodis approximately one second, and the second time period is approximatelytwo seconds.
 10. The computer based method of claim 8, furthercomprising at least one step selected from: subsequently detecting for asilent response from the answering machine over a subsequent time periodafter the detection of the answering machine noise signal, wherein thesubsequent time period is different from the first time period; andsubsequently detecting for a silent response from the answering machineover a subsequent time period after the detection of silence from theanswering machine, wherein the subsequent time period is different fromthe second time period.
 11. The computer based method of claim 2,wherein the Valid Bulletin is continuously delivered once in thenontruncated form to each of said persons.